IN THE UNITED STATES PATENT AND TRADEMARK OFFf CE 



United States Patent No. 5,784,808 



Issued: 28 July 1998 



Inventor: 



Stan Hockerson, a U.S. citizen, of Albuquerque, NM 



Assignee: 



Hockerson-Halberstadt, Inc. (a Louisiana corporation) 



FOR: 



'Independent impact suspension athletic shoe' 



ATTORNEY DOCKET NO.: A09027US (99413.1) 

Declaration of Richard E. Backus 

I, Richard E. Backus, have been a registered patent attorney since 1965. My registration 
number is 22701. 

For over 30 years I have represented Stan Hockerson in patent matters, including payment 
of maintenance fees: For around 18 years I have also represented Johan Halberstadt, and their 
company Hockerson-Halberstadt, Inc. ("HHI"), in patent matters, including payment of 
maintenance fees. 

Since at least as early as around 1998, when the above-referenced patent issued, I have 
kept my docket myself. I keep ray docket in a Mac Panorama Database. When a patent issues, it 
is my practice to enter the three maintenance fee deadlines as separate entries. As the deadline 
for paying a maintenance fee nears, I send a letter to my client reminding my client of the 
deadline and offering to pay the fee on behalf of my client. When the fee is paid, I remove the 
entry relating to that fee. 

I was first contacted about non-payment of the second maintenance fee due in the above- 
referenced patent on or about 6 January 2009 by Seth M. Nehrbass, a patent attorney who is 
assisting Hockerson-Halberstadt, Inc. in litigation relating to the above-referenced patent. 

Somehow, the docket entries for the second and third maintenance fees for the above- 
referenced patent do not appear in my current docket. 

I have investigated what may have happened. Unfortunately, it appears that the last 
activity in this file was probably in January 2002, over seven years ago, so I cannot remember 
what might have occurred back then. The following information is based on my written records. 
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United States Patent No. 5,784,808 
April 18, 2009 

On or about 3 January 2002 1 sent a letter dated 3 January 2002 to Stan Hockerson (a 
copy of that letter is attached hereto as Exhibit A) regarding the maintenance fee due in January 
2002. Stan Hockerson authorized payment of the 3 .5-year maintenance fee through me by 
sending me his check no. 3219 dated 12 January 2002 (copy attached as Exhibit B). The 3.5-year 
maintenance fee was then paid on 18 January 2002. 

I have found a copy of my docketing database that was saved on June 12, 2008. It is the 
earliest that I could find. I did a sort of the Client field for H.H.I from which I produced the 
accompanying printout (Exhibit C) showing only three entries at that time for this client. 

Also enclosed is a printout (Exhibit D) of my current H.H.I. database which has 
additional entries for the three maintenance fees due in U!S. Patent No. 7,1 1 1,415, which issued 
last September. 

I believe the two docket records will support the proposition that for the client's U.S. 
Patent No. 5,784,808 1 had entered all three dates for paying maintenance fees for years 3.5, 7.5 
and 1 1 .5, and that the entry for year 7.5 was somehow unintentionally discarded through a 
docketing error. This appears irom the following: 

1 . It has been and is now my practice to docket the dates for all three maintenance fees when the 
patent issued. This is evidenced by the two entries on the enclosure for H.H.I.*s U.S. Patent No. 
6,273 »827; they docket the dates for both 7.5 and 1 1 .5 year fees. In that patent the maintenance 
fee for the 3.5 year was paid Feb. 14, 2005; 

2. The current H. H. 1. docket printout v^dth the three due dates entered for U.S. Patent No. 

7,1 11,415 shows that my docketing practice of initially entering all three dates for issued patents 
has continued up to last year. 

3. Apparently the 1 1.5 year entry for U.S. Patent No, 5,784,808 was also deleted through a 
docketing error, possibly at the same time the 7.5 year entry was deleted. In my docket system it 
is possible to delete multiple entries for a single patent at one time. 

I did not intentionally fail to pay the second maintenance fee in the above-referenced 
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patent. The failure to pay the second maintenance fee in the above-referenced patent was 
unavoidable and was due to a docketing error. 

I have been a registered patent attorney since 1965. In all those years, I have never had a 
docketing error relating to a maintenance fee except for the one relating to U.S. Patent No. 
5,784,808. Because I have never before had a docketing error of this sort, I have never felt the 
need to periodically check the status of patents for which I am responsible. 
Treatment Of HHI*s Business As Most Important 

Stan Hockerson and Johan Halberstadt, and later their company HHI, have been one of 
my most important clients from the time I first began doing Messrs. Hockerson and Halberstadt's 
patent work over 30 years ago. Throughout that time I considered the inventions which they 
made, the patent applications which I prepared for them, and the maintenance of the resulting 
patents to be a vexy important aspect of their business. Their biisiness has been based on patents 
covering their inventions in the athletic shoe field, and many major athletic shoe companies, such 
as Nike, Brooks and Adidas, have taken licenses under important HHI patents. Thus I treated that 
work for them to be as important as the most important bxisiness in my career as a patent 
attorney. 

Awareness Of Requirement To Pay Maintenance Fees And To Keep Reliable Docketing System 

Since the time that US Patent laws and rules were instituted requiring periodic 
maintenance fees for keeping patents in force, and up to the present time, I have personally been 
aware of the need to pay maintenance fees for that purpose, and also of the need to keep a 
reliable docketing system to remind myself and in turn the client when the fees become due. 
Familiarity Of And Experience With Docketing Systems 

From the time that the US Patent maintenance fee requirements began up to the year 2001 
when I withdrew and formed my own law firm, I was a partner in the patent law firm of Flehr, 
Hohbach, Test, Albrittion & Herbert ("FHTAff')- Throughout that time the FHTAH firm had a 
docketing system with which I was throughly familiar. During the middle part of the 1 990's I 
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was appointed by the FHTAH firm's management committee to investigate and choose a newer 
docketing system that would have more capabilities. 

The FHTAH firm's docketing system comprised a computer and software provided by a 
supplier, and it included the docketing of maintenance fees. That docketing system was highly 
reliable, and I was not aware of any computer or software problems in the system during my 
tenure at the FHTAH firm. 

Reliability And Error-Free Performance Of Panorama Database Used With Macintosh Computer 
At least as early as around 1998 1 began preparations to withdraw from the FHTAH firm 
and establish my own law fimi as a sole practitioner. As a part of the preparation I set up my 
own docketing system using a Macintosh computer 1 decided to make the system and computer 
separate from the FHTAH firm's docketing system so that, when ready to withdraw, I could 
make a smooth transition to the new practice. The new system included a Panorama Database 
software which could run on my Macintosh computer. I began inputting data into the Mac 
Panorama Database for cases of the various clients I was responsible for while at the FHTAH 
firm. 1 found that the Panorama Database's performance was equal to that of the firm's 
docketing system in that the Panorama Database showed itself to also be hi^ly reliable and error 
fi-ee. 

Computer Hardware 

The hardware for running the Panorama Database comprises an Apple iMac G5 tower 
computer having a Power PC processor running at 2 GHz' . with 512 Mb DDR SDRAM 
memory, 512 Mb Cache and 233 Gb RAM memory. The computer's operating system is OS X. 
This hardware has been highly reliable in that it has never crashed while running the Panorama 
Database since I first began its use, under an earlier Apple OS (operating system), in 1998. 
Moreover, none of the many Apple computers that I have used since 1980 have ever been 
invaded by computer virus attacks. 
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Panorama Database Software 

The Panorama Database software is made and sold by ProVUE Development Co. of 
Huntington Beach, California. Copies of pages 1 and 2 from the handbook for Panorama 
version 3 software which I have are attached as Exhibit E. As explained in that handbook the 
software provides a professional quality database for small or large docketing systems. Because 
the software creates data records stored in the host computer's own RAM memory, then the 
capacity of data storage is limited only by the size of that RAM memory. Thus, my iMac 05 
computer with its 233 Gb of RAM could store, depending on the size of each record, tens of 
thousands of data records. Not only is such a storage capacity more than adequate for my 
relatively small size client base, but it is also more than adequate for even the largest law firm 
that may have one-thousand or more clients. Also» with the larger users, such as those having 
multiple computers in the same location, or offices in different cities or states, Panorama 
Database enables the sharing of data across computers. 

The Panorama database further enables very fast memory access because of fast RAM 
based technology having an industry standard SQL server for co-ordinating data sharing. The 
software provides what is called "SuperObject" technology which enables the user to build the 
most complicated forms with prebuilt elements such as checkboxes, pop-up menus, scrolling 
lists, matrices, scalable text, hypertext, and text editing. Any SuperObject that is built by the user 
allows automatic linking to any field or variable. Reports such as docket listings can be printed 
on custom paper, or selectively printing desired pages. 

With Panorama any number of fields can be used to build the user*s docket, and they can 
placed be in any desired order. I used the software to build seven fields having these headings: 1) 
Due Date, 2) Client, 3) Action, 4) File, 5) Pat/Reg/SN, 6) Title/Mark, and 7)Cty/Remarks. For 
each record (displayed as a single horizontal line of entries) entry of data into the fields is simple 
and fast. The software enables rapid sorting, display and printout in any one or in multiple fields. 
There is also a rapid search capability which will automatically look for, find and display records 
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in any desired order. For example, one can search in the Client field for all "HHT' records, then 
from those displayed search m the Action field for those records having "Maint Fee" and then 
from those displayed search in the "Due Date" field for those records in the year 2009. 

The rapid sort and display capability is demonstrated by my Panorama's use in another 
database having almost 6,000 records for which any field can be sorted and records for all fields 
then available for display in about 0.5 seconds. 

Panorama further has built-in security to keep information firom being accessed and used 
by unauthorized people, either those that may be inhouse or outsiders attempting to gain entry via 
the internet. 

Use of Panorama Database By Various Professionals and Businesses 

The Panorama Database for Macintosh computers has been in widespread use by the legal 
and other professional and business fields since at least about 1985. The database's speed, large 
data capacity and reliability are among the reasons for this widespread usage. Another reason 
many firms, businesses and sole proprietors chose Panorama is that it enables the rapid sharing of 
data across multiple computers which may be in a single office, or in a businesses different 
offices, or even with authorized users that may be in a different company. Though I am not 
personally aware of any other patent attorneys who use the Panorama Database for Macintosh 
computers to docket their patent and trademaric deadlines, I understand other attorneys use the 
Panorama Database (see Exhibit F). 

The basis for my statement concerning Mac databases being in widespread use stems 
from information from Panorama's source, ProVue Development and a number of independent 
reviewers as well as testimonials by users. The ProVuc web site www.provue.com explains that 
they are the second oldest (after Microsoft) still-existing software company in the entire 
computer industry (Macs as well as PCs) as they go back to the early 1980s. The site also 
explains that Panorama is also in use in by PC owners. Also explained is Panorania's superiority 
over its closest competitor, FileMaker (screen shot copies with the title Panorama vs FileMaker 
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are attached as Exhibit G). On the home page the paragraph beginning "For over 25 years has 
the links Panorama User Testimonials (featuring smaller companies) and Panorama Enterprise 
Testimonials (featuring larger companies) (see Exhibit H, page 3). Other testimonials are under 
the heading Why Does a RAM Based Database Make a Difference? (screen shot attached as 
Exhibit 1). Another link to an independent reviewer's Seeing The Light With Panorama article is 
attached as Exhibit J. 

Experience And Skill Level Of Person That Input Data Into Panorama Database 

Soon after beginning its use I became well skilled in the Mac Panorama Database to the 
extent that no errors were made in inputting or manipulating data on it until the single instance in 
which the two records for the 7.5 and 11.5 due dates for patent 5,784,808 somehow dropped out 
of the database. 

Procedure To Verify Completeness, Reliability And Integrity Of The Data Entered 

After each entry of data for new records of a patent^s maintenance fee due dates, I printed 
out a hard copy of the complete docket due dates for patent 5 J84,808. That hard copy was then 
checked to verify that the new data was correctly entered. Periodically, at about every one-month 
period, I routinely made back-up files of the complete Panorama Database for use as an archive 
to insure preservation of the data should any data error be identified. The archive was also made 
to enable any individual or gross loss of the data to be restored, Througjiout the entire period in 
which the Panorama Database was in use, there never was any such data error or gross data loss 
identified, except for the error that recently came to light involving HHI's Patent 5,784,808. 
Inability to locate backups earlier than June 2008 

I am unable to locate backups of my docket earlier than June 2008 

1) When a new backup DVD (or CD in earlier times) was made, I threw away the old one 
as I considered that it had accomplished its job and was no longer needed. 

2) I did not backup on tape, remote servers or other media. 

3) I am aware that files that are "deleted" from a hard disc may still be there, unless they 
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are overwritten. However* in this case I do not believe any database files during or prior to mid 
2007 exist on my hard disc, This is because I purchased a new Mac (PowerPC G5 - my present 
one) in mid 2007 and copied the docket database (and many other files) from the old to the new 
computer. The old computer with its hard drive was then discarded. 
Process Used For Inputting Due Dates Into Panorama Database 

At least during and since 1998 my usual practice upon issuance of a patent to a client was 
to immediately input three new maintenance fee records; the input for the first new record's '*Due 
Date" field was the 3.5 year date, that for the second new record was the 7.5 year date, and that 
for the third new record was the 11. 5 year date. The purpose was that should the 3.5 year fee be 
paid then the 7.5 and 11. 5 due dates would remain as future reminders without the need to add 
the latter two records. 

Evidence That HHI Data Was Correctly Entered 

In the case of my client HHI's patent 5,784,808 1 am of the belief that, upon issuance of 
the patent on July 28, 1998 1 correctly docketed the three records for the maintenance fee 3.5, 7.5 
and 11,5 due dates. This belief is based on the fact that prior to the 3.5 year due date 1 sent a 
letter dated Jan. 3, 2002 to Stan Hockerson of HHI stating that the ^'patent has come up on our 
docket to remind you that the first maintenance fee must be paid by the due date of Jan. 28, 2002, 
or the patent will lapse." The client then instructed me that the fee be paid, which I 
accomplished, Thus, since the 3.5 fee was correctly docketed, the 7.5 and 1 1.5 fees would have 
also been docketed in accordance with my usual docketing practice. 
How Error May Have Occurred 

While I do not specifically remember how the error occurred in deleting the records of 
maintenance fee due dates for patent 5,784,808, there are several possible explanations. One 
could have occurred at the time I deleted the 3,5 year due date record after that maintenance was 
paid to the PTO. In doing so I could have inadvertently selected all three records (3.5, 7.5 and 
1 1.5 year due dates) and then hit the delete button so all three were discarded. Another could 



Page 8 of 9 



Declaration of Richard E. Backus 
United States Patent No. 5,784,808 
April 18,2009 

have been when a patent for another client had expired (such as by having that client decide to 
not pay a maintenance fee) and then when I went into the database to delete the records for such 
other patent I mistakenly selected and deleted the ones for HHI's patent 5,784,808. 
Unavoidability Of The Data Loss Was Due To Human Error 

During my tenure at the FHTAH firm I became aware of several docketing problems due 
to mistakes by docketing clerks hired by the firm. In my experience such mistakes are human 
eiTors which are occasionally encountered in any field of endeavor that involves humans making 
decisions or taking any actions, such as the inputting or manipulating of data in computers, no 
matter how well trained the person may be. A good example is firom several years ago in which a 
NASA space flight failed because a highly trained rocket scientist erroneously input into the 
craft's computer a force of gravity value based on the English ft/s^ instead of the required metric 
m/s^. Such human errors are in my experience unavoidable over the span of time, 

I hereby declare that all statements made herein of my own knowledge are true and that 
all statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and that such willful false statements may jeopardize the validity of the patent 



Registration number 22701 
2792 PillsburyWay 
Wellington, FL 33414-3408 
(561) 333-6591 

P:\ClientFiles\99\994\99413\l\BackusDeclamtion2.wpd 
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LAW OFHCES OF RICHARD E. BACKUS 

Richard E Backus Patent, Trademark and Copyright Law info®rbackus.com 

Kristin Hansen, Of Counsel THE MONADNOCK BUILD^^^^ ww.rbacku9xom 

685 MARKET STREET, SUITE 490 Fax: 415-974-6199 
SAN FRANCISCO, CAUFOFNIA 94105 
Tel: 415-979-9876 



Jan 3, 2002 



Stan Hockerson 

6718 Mossman Place, N.E. 

Albuquerque, NM 87110 

Re: Independent Impact Suspension Athletic Shoe 
Patent #5,784,808 
A-59987-3 



Dear Stan; 



This patent has come up on our docket to remind you that the first maintenance fee 
must be paid by the due date of Jan 28, 2002, or the patent will lapse. 

This patent issued under the "small entity" fee status on the basis that you had less 
than 500 employees, and that there was no other entity having more than 500 
employees which had a license or other rights under the patent. If the status has 
changed such that any of your licensees have more than 500 employees, then we are 
obligated to advise the Patent Office for purposes of calculating the maintenance fee. 
Assuming that the small entity status of this patent is still appropriate then the costs 
and services for paying the maintenance fee will be $1,030 ($880 PTO fee plus our 
$150 service fee). 

Please advise if you wish us to pay the maintenance fee. If we do not hear from you 
by the due date we will take no further action in this matter and the patent will 
lapse. Because of the size of the PTO fee, we will require advance payment of the 
total to pay the maintenance fee on your behalf. 

Very truly yours, 
Richard E. Backus 
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Check linage ~ 01/2"2/2002 



Exhibit C - Backus Declaration 



Due Date Ciiwit Action Ria Pat/Raa^SN Title/Martt Cty/Remarks 

02/1 4/09 H. a t. Matm F=eo 7.5 A64613-1 6273827 Qoll Putter Hoad 

04/21/09 H. KL Malnt Faa 11.& A59873-1 5676327 Stioe QaR Adaptlna 

02/14/13 HKt. Malnt Fee 11.5 Aa46l3'1 6273827 Qdf Putter Head 



Exhibit D - Backus Declaration 



Due Pate cnenl 



Action 



Be 



Pat/Rdg/8N THIe/Mark 



Cty/Remarks 



02/14/09 HR1. 

04/21/09 H.H.I. 

03/26/10 H Ht 

02/14/13 KHI. 

03726/14 HH). 

03/26/18 KHI. 



Maim f=^ 7.5 
Maint Fee 11.5 
Malm FM 3.5 
Maim Fee 11.5 
Maint Fe« 7.5 
Maim Fee 11.5 



A64613-1 
A59e73r1 
A59d90'1 
A64613-1 
A59d90-1 
A&9990'1 



6273927 
5678327 
7111415 
6273827 
7111415 
7111415 



Qotf Putter Head 
Shoe Qalt Adapting 
AthleOc Shoe Frame 
Golf Putter Head 
AthletJo Qhoe Frame 
Allelic Shoe France 
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Introduction 



WELCOME TO PANORAAAA 3 



Omgratulations I You are abovi to gel acquainted 
with Panorama 3 , a powerful ye( easy to use tool 
for database application development With 
Panorama 3 you can rapidly build professional 
quality database systems for small or laigejobs. 

What's New? 

Panorama 3 extends the features and capabili- 
ties of our popular Panorama II application. . 
This supplement covers ihe new features In 
both Panorama 2,1 and Panorama 3. Some of 
the new features are listed below. (All features 
are new In Panorama 3 except for Panorama 2.1 
features which are marked ) 

CWcnt/Serwr— Panorama 3 introduces a 
whole new dimension In client/server database 
management Instead of a ^^dumb*" client that 
simply displays forms and allows data to be 
edited, our Partner/Server™ system combiJies 
the best of Panorama's incredibly fast single 
user RAM based database technology with an 
Industry sundard SQLServer for co-ordinating 
data sharing across multiple computers* (This 
feature requires an optional SQL server, sold 
separately. The Client/Server system is docu- 
mented in thcscparatc fanorama Partner/Server 
Handbook, which Is included with your op- 
tional SQL server software.) 

StqwOyects'^*— Our new SupcrObjcct 
technology allows you to rapidly develop even 
the most complicated forms with prebullt ele* 
ments like 3D buttons and checkboxes, pop- 
up menus, scrolling lists, matrices, scalable 
text, scalable/scrollable pictures, hypertext, 
text editing and word processing. Any 
SuperObject can be automatically linked to 
any field or variable, and most have dozens of 
options for controlling the appearance and 
operation of the object. Now you can create 
virtually any user Interface you want. 

Word Processln^Panorama 3 includes 
full built In word processing* with multiple 
fonts/styles/slzes in a single data cell, four tab 
stop styles, over 16 different text styles, mul- 
tiple colors, discontiguous and rectangular se- 
lections, and mail merge. 

GiT9liics/Fontts---lmpn)ve£nentsincliidethe 
ability touseupto256cobrsinafbim^\QuickTlme 
suKXttf-\ Balloon Hclp*^', custonUrable tool pal- 
ette, graphic Control Strip with instant display of 
olject speclficadons and pop-up menus fbr pat- 
terns, colors, fonts, sizes, and more. 

Bastic Forms — Panorama 3 can automati- 
cally resize and rearrange the elements of a 
form as the window containing the form is 




resized or zoomed. The form adapts automati- 
cally to different window sizes. 

J^poits — Custom paper sizes (including 
DayRunner/DayTime organizer notebook 
pages)'-', printing text, word processing, or 
pictures that are longer than a single page, 
selectively printing different pages of a multi- 
pz^e form. 

Duplicates — ^The new Selea Duplicates 
command makes it easy to find and eliminate 
duplicate records. 

AppIeScHpt— Now Panorama can work 
with and exchange data with other applications 
automatically. AppleScript can access and 
modify Panorama windows, fields and vari- 
ables, and can launch Panorama procedures 
(macros). Panorama procedures canalso launch 
an AppleScript as part of their operation. 

Pnpg ima mitiglimguflge — ^Panorama's pro- 
gramming language has been vastly upgraded 
with over 100 new statements and over 100 



new functions. New features Include perma- 
nent variables, improved loop control, param- 
eters tosubroutines, pause/resume, direct form 
manipulation, and moreaccess 10 the Macintosh 
toolbox. There are also new data types for 
arrays, supcrdates (combined date and time), 
graphic elements (points, rectangles, colors) 
and more. 

Oevdofmeitt Tooh — Panorama 3 Inchides 
a bullutn interactive debugger, complete cross- 
reference tools, and improved procedure edit- 
ing. 

hnport/Expon — Data canbc rearranged and 
processed on the fly as it is being imported , and 
database columns can be matched by field 
name Instead of position. 

Seairfty— Panorama 3's built-in, flexible 
security system safeguards your data automati- 
cally but does not interfere with authorized 
database use. (The security sysura is docu- 
mented in the Panorama Security Handbook, 
sold separately.) 



How to Use This Supplement 

This supplement does not stand entirely on it's 
own, but is designed to be used with other 
documents, Including ihetoriginal Panorama II 
Handbook, Other documentation available for 
Panorama 3 Includes: 

Pttioremo II Handbook: Most of the material in 
the Panorama 11 Handbook is still valid, with 
this supplement simply describing the new 
capabilities available in Panorama 2.1 aiwl Pan- 
orama 3, 

pononmoPortntr/StfvarHondbook: Thisdocu- 
ment describes how to set up the multi-user 
PanoranWSQL Server system. The Panorama 
Partner/Server Handbook is supplied when you 
purchase the optional SQL server. 

Ponoroma Securfty HaAtf)o6k: This document 
describes how to setup a secure databases with 
Panorama 3. You may purchase this handbook 
separately direa from ProVUE. 

Ponoroma nod WofU Pragrcmftig & 
Panorama 3 Real World Programming Guide 
shows how to put together all the elements 
necessary for a professional quality database. 
Ypull get a solid foundation in Panorama pro- 
gramming fundamentals and clear-cui direc- 
tions on how to handle dozens of specific real- 
wOrld situations like: looJmp up and posting data 
to multiple databases, trapping illegal data entry, 
creating and using menust displaying negative 
rmmbers in red, extracting and converging data, 
calculating date and/or time intervals, synchro- 
nizing multiple databases, accessing data created 
in other programs, centering a window on the 
screen, line Item tmport/exporl/onaiysiSi combin- 
ing numkrs With text, building and displaying a 
list of Items in a field, drag and drop and much 
more. The Guide Is filled with literally hun- 
dreds of program examples, and includes a 
diskette with dozens of sample databases that 
illustrate the topics covered in the book. You 
may purchase the Guide separately direct from 
ProVUE 

p^noronoProgrammcr'sAssistontCDMMiThis 

CD-ROM contains detailed information on 
every statement, function. SuperObject''** and 
data type available in Panorama; far more infor- 
mation than we could ever inchide in printed 
documentation. Related information Is tied 
together with abundant hypertext links, mak- 
ing it easy to locale all theinformadonyou need 
in seconds, or you can go directly to any topic 
from the keyboard. Each entry for every func- 
tion ami statement includes a wealth of infor- 
mation incltiding a detailed description of op- 
eration and parameters, possible errors and 
how to ovoid and/or handle them, detailed, and 
real world example programs illustrating how 
each fimctlon or statement is used. The ex- 
ample programs arc hot linked so you can dick 
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PAnorama Access Securtti 



on any statement or function in an example to 
jump immediately to the page describing that 
statement or function. You may purchase this 
CD-ROM separately direct from ProVUE 

Typographic Conventions 

Throughout this supplement wcVc used vari- 
ous typographic conventions to help make the 
nuicrtal clearer. Whenever a Panorama func- 
tion b mentioned It is ahvays in italics and 
followed by a single opening parenthesis, for 
example the da/e( function. The parenthesis 
indicates that one or more parameters follow. 

Program and formtila examples are shown 
in small Helvetica type, for example: 

export "Checks Archive*, 
Btr<«Chock»»>r-* 

datepattem(CheckDate."MM/DDnnrH-H. 

PeyTo+-»+ 

Ctttogofyt-H- 

str(D8brt>^ 

str(CrG(A)+1] 

When referenced in the text, procedure state- 
ments are always Usted in bold italic, for ex- 
ample the export statemenu Remember, state- 
ments can only be used in procedures (mac- 
ros), while functions can be used in any for- 
mula in a form, procedure, or in the design 
sheet. 
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"I'm a musician, not a computer expert. I want to spend my time writing new 
compositions for my next recording, not designing databases or doing booJ<eeping. But I 
do need to keep my smaif record iabei organized, and with Panorama it was easy to set 
up everyttiing I needed: invoicing, biiling, la bets, fetters, reminders, and most 
importantly, tracfiing sales. Panorama's step- by- step directions made it easy to do 
everything myself — creating a new database takes only seconds! Panorama's ease of use 
and speed make my fife so much easier. I recommend it to anyone running a business of any 
size. " - Scott August, Cedar Mesa Music, Hollywood, CA 

"My personal database needs were smail in the beginning but over the fast 24 years using 
OverVUE and Panorama, the projects have grown by leaps and bounds. My career as a 
database programmer has allowed me to use Panorama as the solution for a myriad of 
business needs incfuding doctors, lawyers, hotels, jewelry stores, realtors, aircraft 
manufacturers, and many others. The best part of using Panorama has been that in all 
those years, I can't seem to ever remember having to tell a client, 'It can't be done. ' 
Using Panorama to make the computers 'dance and sing' has always been such an 
enjoyabfe way to make a living. " - Robert Ameeti, Irvine, CA 

"Here at the Boulder County Treasurer's Office we have access to a host of software toots, 
but we had one gnarly problem that nothing could solve — except Panorama, Our bank 
sends us a daily report that needs to be processed, but the report format they send us is 
ail mixed up. Only Panorama could extract the information, reformat it into a standard 
format, and merge it with information from our in-house database so we could 
automatically post payments. Before Panorama: at least an hour a day of tedious error 
prone hand entry. After Panorama: about 10 mintues to accurately post SQ-.lOO accounts 
each day. The staff thinks I'm a hero. Thanks!" - Steve Elliot, Boulder County Chief Deputy Treasurer, 
Boulder, CO 

"Panorama is absolutely a top notch database manager in all respects. It runs flawlessly, 
it is stable, it is easy enough for a beginner to use and so programmable that it will 
challenge the best developers to fully use its power. Databases I have created range in 
complexity from a simple flat file project tracker to a very complex Panorama relational 
database. Over the years I have done database development with competing database 
managers incfuding Oracle, 4D, Filemaker, and a few others, but I have always preferred 
to use Panorama, I can finish the job faster, ending with a highly funtional system. I have 
developed Panorama databases which manipulate millions of records as well as databases holding only 
a few records — all with equal success. " - J^ck Stewart, Motorola, Phoenix, AZ 

"Databases are supposed to be work, not entertainment, but when I first got Panorama I 
had so much fun I stayed up way too late for days on end! The speed and ability to 
fearlessly explore made Panorama the software equivalent of a page-turner I just couldn't 
put down. If I get in a jam I just Revert to Saved and start over again — why doesn't 
every database let you do that? Oh yeah, when I finished playing Igot my work done too, 
and faster and more accurately than ever before. " • Mark de Jong, Poway, CA 

"My background is as a military and commercial pilot. Becoming a database guru was not 
on the flight plan, but Panorama made it easy. I first used Panorama to help with 
volunteer work — simple projects like conference registrations. I then stepped up to 
running high school track meets. Coaches loved Panorama because the results came in so 
quickly! I liked it becase it was easy and fast, and let me do whatever I needed. I slowly 
added more features to my Panorama databases and eventually sold some as commercial 
programs. Now I help run big college track meets all over the country. "- Peter Gurerrini, 
EZMeets.com, Santa Rosa, CA 

"Panorama is an absolute pleasure to work with and has spoiled me immensely. On 
occasion I have to work with the competition's software and each time, I come away 
frustrated. Panorama so simply and elegantly does what others cannot. Panorama is 
blinding ly fast and its programming language has become so rich over the many years of 
development that I can't think of a database solution that can't be handled by this 
powerhouse." • Glenn Kowalski (Apple Consultants Network), MacLab, Takoma Park, MD 

"I have once again realized what a joy it is to work with Panorama. This past week has 
been spent updating two old projects from several years ago — one in Filemaker, the 
other in Panorama. Panorama makes it so easy to examine database structure and 
program code. It was easy to see what needed to be worked on. I could easily add code 
from more recent projects to my Panorama project. I have all but finished my Panorama 
project, while the Filemaker project is still in the document and explain phase. " • Eric 
Bolden, University of Wisconsin (Madison), WI 

"As a successful photographer with a growing business, I turned to Panorama to manage 
my client lists, process invoices and track my images. With Panorama's help my business 
continued to grow. Almost immediately other photographers wanted copies of what I had 
built and a new business was born. With features other databases couldn't match, my 4/18/2009 1:25 PM 
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Panorama vs. FileMaker 

Allthough mar^y features are slmHar, Panorama's RAM based database engine Is fundamentally 
different from FileMaker's disk based system. In fact, the difference Is so large that Macworld 
magazine stated that "Panorama may be the uWrnate relational database for your desktop,.. 
Interfaces, features, and performance blow FileMaker Pro out of the water, " while TldBrTS.com 
stated that "Panorama Is the best general database program I've ever used." Read the 
comparisons below, download and try out the test drive and Judge for yourself I (Note: Many, 
but not all of these comparisons also apply to other disk based databases Including 4th 
Dimension and Microsoft Access.) 

RAM VS. Disk 

The fundamental, overriding difference between Panorama and FileMaker Is that Panorama is 
RAM based while RIeMaker Is disk based. When you open a Panorama database the entire 
database. Including all of the data, is loaded from the disk Into the computer's RAM. From then 
on Panorama doesn't use the disk at all (until you use the Save command). All searching, 
sorting, editing, and everything else occurs directly in your computer's high speed RAM. 

RIeMaker, on the other hand, is disk based. Every time you edit a field, sort, search, or 
perform any other operation It must access the disk. Unlike RAM, the disk Is a mechanical 
device with parts that actually move each tJme you access the disk. This makes disk access 
thousands of times slower than RAM access. 

Panorama uses the RAM you give it very efficiently. Because Panorama doesn't use Indexes 
(see below) Panorama databases are very small compared to RIeMaker (typically six to ten 
times smaller). For example the Panorama test drive Includes a typical contacts database with 
10,000 records and about two dozen fields — this database Is only 2.2 megabytes! Typically a 
Panorama database Is about the same size as an ASCU text file containing the same data. 

No Indexes vs. Indexes 

You might be suprised to know that when you ask RIeMaker to search or sort it does not 
actually search or sort the data Itself. Instead it searches or sorts a complex structure it has 
built called an **lndex." An Index Is a special directory that contains hints for finding items 
quickly. A database Index performs much the same function as an Index at the end of a 
textbook. Instead of searching the entire book page-by-page you find Vhe entry in the Index and 
then Jump directly to the correct page. RIeMaker uses a simitar Index system to allow It to 
search or sort a large database In a second or two Instead of In minutes or hours* 

Unlike RIeMaker, Panorama doesn't use Indexes* Because RAM is so fast. Panorama can 
actually perform searches or sorts using the brute force approach, the equivalent of searching a 
book by reading all of the pages (but very, very quickly). Essentially Panorama Is the ultimate 
speed reader. Although Indexes can help e database search and sort faster, they also come 
with some very significant drawbacks. 



♦ Indexes are very large. Unlike a textbook Index which Is only a few pages, databases 
Indexes are often much larger than the actual data Itself. Since Panorama doesn't use 
Indexes, the database size is much smaller. 
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• Indexes have a very complicated structure that must be updated any dme the database is 
modined* As your database gets larger this structure gets more complex, so updating the 
structure takes longer and longer each time you edit the database. In addition this 
complex structure is prone to corruption, which explains why RIeMaker needs a command 
to rebuild corrupted databases. It's actually not the database Itself which is corrupted, but 
the index. Since Panorama doesn't use indexes, editrng the database doesn't get 
slower as you add more records, and the Index can*t get corrupted because there 
wasnt any index In the first place. 

• Even though the Indexes are large they actually dont contain ail of the information in the 
database (most of the index space Is taken up with hints to make searching faster}. Since 
FileMaker Is searching the Index, not the database, this means that many useful search 
queries are impossible. Since Panorama doesn't use Indexes It can perform any 
search you canttiink of, including phonetic searches (sounds like "alan"), partial 
matches, comparisons between fields (Price is more than twice the P/E ratio), searching 
for fields that contain only letters, only numbers, or some other combination, searching 
all fields at once, even Ihre keystroke-by-keystroke searches w-«*>o*"» : • (Hke 
iTunes). 



Active summaries vs. Dead Reports "^^^ ^ ^ 

Alt databases can calculate summaries with subtotals, counts, averages, etc. However, 
Panorama and RIeMaker take very different approaches to this task. FileMaker calculates 
summaries as part of a report. The end result Is a piece of paper containing ^e subtotals, 
averages, etc. 

Panorama treats summary calculation and printing as separate tasks. When you ask Panorama 
to calculate summaries, no printing Is Involved. Instead, Panorama temporarily reorganizes the 
database into an outline structure containing the summaries as well as the original data. You 
can collapse the outline to see the overai **blg picture,**, then expand selected elements of the 
outline to zero In on just the level of detail you need to accomplish your task. You can even 
rank the summaries to reveal which categories are top performers and which are laggards. (Of 
course you can also print the summaries on paper as well If necessary.) 

In addition to active summaries Panorama's other analysis tools include 2D charts and crosstab 
tables (sometimes called pivot tables). 

in Place Formulas vs. Calculated Fields 

For reasons that are a complete mystery to us, FileMaker requires all calculations to be stored 
in a central repository of Helds, Including so called "calculated nelds." Before you can use a 
calculation you have to define It in the field definition dialog, and If you want to change the 
calculation you have to go back to that dialog and find It among all the others. 
Panorama doesnt use calculated fields (all database fields are actual fields that contain actual 
data). If you need to display a calculation on a form (layout) you can just set It up right there. 
There is no central repository for calcuiadons, you Just set them up as you need them where 
you need them. 
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From ProVue Home Page - www.provue.com 



Panorama Enterprtie Server Is the first total^ RAM 
based general purpose detabase server for Mac OS 
X. This server allows llshtnlng fast RAM based 
databases to be shared by multiple users with ^11 
record looking. TTiese users may been a local 
network orapreed ao'oss the Internet (craven 
without a network atall. see below). The Panorama 
Enterprise Server can also be used to create ullra- 
fast web database applications. Unlike traditional 
dlenVserver systems thatsequesterall of the data on 
a central server, the Panorama Enterprise system 
tises a "mesh* architecture to distribute RAM based 
copies of more... 

Download Now 



ERwIn Piti Hftdrttr 

Browse 1 he AwBrd Winning 0acat)asc 
Solutions From CA. Free evaluation. 

AdibyGoog^ 

ProVUE Divtkipmcntt Nic 
i 4,373 

« Applications 
Dtmo 
24Mftr200D 

i ^ PPCrtnM 



Relaase notes not currently available at developer 
site nor In download 



Mao 05X10.4 or later 



Write A Review 1 3 Rsviews / 2 Comments 
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Here at PmVUE Developmoit weVe been sp«datizlng In powfiiful databaie applications for the Macintosh 
^nce 19S4 (and ftor Windows since 2001). Our "secret weapon" is the unfque RAM based database 
tectinologv all our products have used — a complete break from the disk based database technology of the 
past Therms nothing else even close — Panorama's RAM based spe&d gives you the power you need to r^idly 
react to changing needs and opportunities, while the Panorama Enterprise Server product extends the benefits of 
RAM technology to entire networks. Panorama has a two decade track record of safely and efficiently handling 
Information for large and sn^all organizations all over the world. Whatever your application — from accounting to 
medtal rsaeafth, from church dfrectoifesto NCAA track meetsto t^Iockbuster ^ilywood pwducOon^, Panoranria 
can handle It faster and nfK)re efficiently. When you need to organize and understand data^ you need 
panproma. 
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from ProVue Home Page - www.provue.com 



For over 25 years ProVUE Development has had some of the most loyal users on the planet 

as reflected by Panorama 5*S's five star ratrng on both VerstonTracker and MacUodate . To read some 
'^real world*' stories of typical Panorama users see Panorama User Testrmontels. Panorama Enterprise 
Testlmonfats and The MaMno of 300 . You can also get Involved Interactively with the Panorama user 
community using our Panorama ONA on-line drscussFon forum. If you're already a Panorama users 
thank you for your support, and we'll continue to work every day to eam that loyalty In the decades to 
come. 
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Why Does a RAM Based Database Make a Difference? 




Old you know that most popular database programs still use technology originally 
Invented for mainframe computers decades ago? in the dawn of the computer age even 
these colossal giants had only tFny amounts of RAM available. Though 
elearonic RAM memory Is thousands of dmes faster than mechanically 
based disk drives, early programmers had no choice — in those days 
only disk drives had the capacity to get serious database Jobs done. 
Some programmers dreamed of using Dghtnlng fast RAM 
technology to make databases far more powerful and flexible, but 
with the technology of the time that idea was still In the realm of 
science fiction. 

Today those mainframe dinosaurs are long gone; and even budget PCs have RAM capacity far 
in excess of typical database needs. With efficient storage algorithms, over 10,000 records 
can be stored per megabyte of RAM — that's over a million records In 100 megabytes! 
Panorama Is the first full featured database software to seize this Incredible 
opportunity. Panorama Is fully RAM based, a complete break from the disk based technology 
of a bygone era. The payoff is huge speed gains across the board — not 
double or triple, but in many cases actually thousands of times faster 
than traditional disk based programs* You'll feel like you've broken the 
sound barrier right at your desk! There is no magic or fancy 
programming involved It's simply the difference between mechanical 
and electronic storage technology. 



When every second counts, count on Panorama to make sure that 
deadlines are met with precision* Panorama's speed gives you the 
power you need to rapidly react to changing needs and opportunities. You'il be confident that 
not only is the job done on time, but that every detail is perfect no frustrating half-baked 
patch jobs, no tearing your hair out when specifications change, no cramming up to the last 
minute. £very detail is In place, in ordeo and up to date. Start planning now » what will you 
do with your free evenings and weekends? 



fteaiJy to try the <latabase fast lane? Download a fully functfanal r*<lftofamB trial anct see for yfturselfi 




M "/ knew going Into my project that I didnt have a due what the 
H database would look like In a year. And not only could I not predict 
M what I was going to want, I didnt have time either to guess at what 
M might be Important or to spend a lot oftJme creating a database that 
performed tasks I didnt need. In short, I was Hying low, fast, and blind, 
and I needed a highly maneuverable airplane to skim through my data. In a word: 
Panorama. Its both powerful and deep. Each month I have enhanced the database 
a bit more as I learned more about what I wanted. ** - Adam Cngst, Publisher, Take 
Control Books 




"Panorama has already been very useful this week, dealing easily with a 
2^1/2 million record database (with over one hundred fields) that brings 
FileMaker to Its knees. I hoven*t worked the tutorial yet, but I have t>een 
able to figure everything out so far by trying things and referring to the 
documentation as needed. Nice Job. ** - David Fi»nn, University of Florida 
(Panorama user for six days when this testimonial was writteni) 

*Tm sure there's at least $20,000 In software on my laptop, but 
Panorama continues to be — by far my all-time favorite application 
and the best software Investment I have ever made. I call Panorsms 
my ''secret weapon." No matter what other data manipulation tool 
someone might use, Windows, UNIX, mainframe, or Mac, I truly believe 
that Panorama should be In every serious computer user's toolkit. It Is 
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Seeing the light with Panorama 

by Matt Neuburg ^ 

Let me not beat around the bush. ProVue Panorama is the 
best general database program fve ever used* 

<http: / /www.provue.com/ pano ramaiitml > 

Granted^ I may not be a typical database user. I'm not 
running an "enterprise solution" - 1 just want my 
information kept safe and accessible. But for such 
purposes I'm so happy with Panorama that I have moved 
all my data into it, reproducing all the functionality I 
previoiisly achieved using FileMaker, Helix, and 
HyperCard. My address book, my inventories of books and 
LPs, my diary, even my system for archiving email digests 
as individual messages and reading them by thread - all 
these are now Panorama files. Plus, Panorama is 
externally scriptable, so Vm using it to store catalog data 
and then driving it with Frontier to transform that data 
into Web pages. 

<http://vww.ojai.net/threadso§oy/ woolittnl > 
<http://db.tidbits.com/series/ii68 > 
<http://db.tidbits.com/article/05814> 
<http://db.tidbits.com/ article/a4075> 
<http://db.tidbits.com/series/l134> 

Panorama has been available on the Mac since 1988 (or 
1984 if you count its predecessor, OverVue); but I don't 
think rd have liked earlier versions as much. The new 
version. Panorama 4, includes many changes that bring it 
to a state of pleasing maturity. It is now PowerPC-native 
and cross-platform v^th Windows, llie recent 
maintenance release, 4.0.1, incorporates some further 
features and fixes some important bugs. 
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The Big Picture — Panorama is RAM-based: it holds 
open databases entirely in memory. Obviously if you 
haven^ enough memory to hold your data, you can't use 
Panorama. But RAM is now cheap and plentifid^ and 
Panorama doesn't waste it: a database of half a million 
names and addresses will work fine if you give Panorama 
32 MB. And the RAM-based approach has three great 
virtues: 

■ Speed. Access to data is instant; sortings or running 
through all your data gathering information or 
performiDg some calculated change on a field, is 
lightning-fast. 

■ Simplicity. The speed means there's no need for 
indexes; this in turn contributes to speed, as there's 
no double-bookkeepiiag when a value is changed. A 
database file consists simply of its data, plus some 
display information in a compact binary form. 
Panorama's files are therefore small (typically less 
than half the size of the same information kept in 
FileMaker). ITiey're also safe - 1 can see my data with 
a text editor, and coiild extract it in an emergency. 

■ Volatility. Think how many times youVe accidentally 
changed some data in FileMaker, only to discover it 
has written the change out to disk. Panorama writes 
nothii^ to disk until you say so. Combined with 
Panorama's raw speed, this encourages free 
experimentation - if something goes wrong, you can 
always revert to the saved version. So volatility is a 
virtue. Indeed, volatile manipulation of data is a 
standard Panorama technique; you might add a field, 
fill it with data, do something based on the results, 
and delete the field again, without ever saving. 



